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REMARKS/ARGUMENTS 

Please reconsider the application in view of the above amendments and the 
following remarks. Claims 1-10, 12-14 and 23-31 remain in this application. Applicant 
has previously canceled claims 2, 11, 15-22 and 24. In this response, Applicants have 
amended claims 1 and 24. 

Objections to the claims 

Claims 1 and 23 are objected to because of informalities. Applicant has amended 
the claims per the Examiner's suggestions to correct the informalities. 

Rejection(s) under 35 LLS.C § 103 

Claims 1, 3-10, 12-14 and 23, 25-31 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Morscheck et al (Patent No.: 6,076,080) Filing date of Nov. 4, 1997) 
(hereinafter "Morscheck"), in view of Larcheveque et al (Pub. No.: US 2004/0189708 
Al: Filing date of March 28, 2003) (hereinafter "Larcheveque") and further in view of 
Tsao (Patent No.: 7,376,895 B2; Filing Date: Nov. 8, 2002) (hereinafter "Tsao"). This 
rejection is respectfully traversed. 

The Examiner asserts that Morscheck discloses the elements of claims 1 and 23. 
In this particular action, the Examiner asserts that Tsao teaches the step of automatically 
installing software instructions that execute the selected validation rules. Applicants' 
embodiments of the present invention to include the limitations of: 1) linking software 
instructions that implement validation rules to records in the repository that correspond to 
each validation rule; and 2) automatically installing software instructions that execute the 
selected validation rule. These steps provide substantial improvement over the 
conventional methods of Morscheck and Larcheveque. 

Applicants' present invention describes a method and system for creating a 
validation rules repository for electronic form validation rules. These rules would govern 
the inputting of data into electronic forms. Software instructions that implement these 
validation rules would be linked to a record in the repository corresponding to each 
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validation rule. During the creation of an electronic form on a web page, the software 
instructions that execute a rule for a particular data input field on the form would be 
automatically installed within the web page. This autom atic rule installation is a 
substantial improvement from the current process of manually installing the code for a 
validation rule each time a form creator desires to use that rule. In addition to 
incorporating existing validation rules, the present invention provides for the creation of 
new validation rules and the storage of these newly created rules in the rules repository. 

In the method of the present invention, the creator of an electronic form will 
desire information for a particular field on the form. This field could be for example a zip 
code field. The person supplying the information would enter his/her zip code in that 
field. However, the form creator may desire that the zip code be only five digits in length 
instead of the nine-digit zip codes. Therefore, the form creator desires to have a form 
validation rule for the zip code that will enforce this five-digit limitation. In the present 
invention, the form creator would access the rules repository to retrieve a zip code 
validation rule that limits the zip code to only five numerical digits. Once in the 
repository, the creator may desire to view the list of available rules. It is possible that 
there will be multiple zip code rules from which to select. In this case, the creator would 
select the rule that best achieves the creators desires. 

Instead of viewing a list of validation rules, another alternative approach could be 
for the form creator to enter a description of the rule that the creator wants to implement. 
With either approach, there is an identification of the specific rule desired for the 
information in that particular field on the form. Software code (instructions) that executes 
the desired rule is retrieved from a storage location pointed to by information in the 
pointer field of the selected rule. After the retrieval of the software code, there is an 
identification of the field in the electronic form for which the selected rule will validate 
submitted information. 

Morscheck describes an order entry system comprising a first computer system, a 
printing station computer system, a form design repository, a second computer system, a 
validation engine, and a pricing engine. The first computer system captures form design 
data and the second computer generates a form price, validates the form, and transmits a 
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validated and priced order to the printing station computer system. The second computer 
is also programmed to store an index of form design files in the form design repository. 
The forms order entry system is also programmed to determine manufacturability of an 
ordered form by comparing its form design data to a set of validation rules and route 
manufacturability exceptions to a selected one of a plurality of exception handling 
locations. 

Morscheck uses validation rules in the second computer to validate the design 
data captured in the first computer. This activity is a standard action and use in electronic 
forms. The information/data captured in the first computer is not information describing 
the function of a validation rule. Morscheck is a method and system for designing forms. 
In Applicants' invention, there is a desire to retrieve a particular validation rule. The 
information describing the rule is submitted and a search of the rules repository is 
performed to retrieve the rule. If the search does not find a rule that matches the 
description of the rules ; the user is given an opportunity to create such a rule. The design 
data in Morscheck is not a description of a rule, but is the specification for an order form. 
Any comparison step in Morscheck is to determine the forms order by comparing the 
form design data with a set of validation rules. Morscheck seeks to determine the 
manufacturability and feasibility of making an order form. Applicants' present invention 
has the capability to 1) link software instructions that implement validation rules to 
records in the repository that correspond to each validation rule; and 2) to automatically 
install software instructions that execute the selected validation rule. 

With regard to Larcheveque (U.S. Publication 2004/0189708), the Examiner 
asserts that Larcheveque teaches the element of sending a query to the user to create a 
new rule when no rule matches the validation rule description and storing the created rule 
in the rules repository. A system and method validating entry of data into a structured 
data file in real-time is described. The system and method also described a real-time 
validation tool that enables a developer to create custom validation rules. Although 
Larcheveque does provide the opportunity to create validation, unlike Applicants' present 
invention, Larcheveque does not provide the ability to link software instructions that 
implement validation rules to records in the repository that correspond to each validation 
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rule; or the ability to automatically install software instructions that execute the selected 
validation rule. 

With regard to Tsao, the Examiner asserts that Tsao describes a step of 
automatically installing software instructions that execute the selected validation rules. 
Tsao describes a data object oriented repository system, and reLated inventive computer 
environment enhancements. This system is an integrated multi-application data 
processing system for generating, storing, and retrieving data files, each data file having a 
multi-dimensional array of data cells, and a program framework providing a common 
user interface for at least one application program for user interaction with one or more of 
the data files. Each of the data cells, which can contain a single data object that includes 
an object type code and object content, has a unique multi-dimensional cell address with 
respect to all cells in data files generated by the system. 

However, contrary to the Examiner's assertions, Tsao does not describe a step of 
automatically installing instructions that execute the selected validation rule. Tsao does 
mention that a data form may be automatically generated and these forms may contain 
various validation rules based on data elsewhere in the system. But Tsao does not 
mention software that executes these rules or how this software is generated. The current 
problem is that the software to execute these rules is still manually encoded. In the 
present invention, during the creation of an electronic form on a web page, the software 
instructions that execute a rule for a particular field on the form would be automatically 
retrieved from a repository location and installed within the web page. Tsao does not 
teach this automatic installation of the software on a web page as described in the present 
invention. 

For at least these reasons. Applicant submits that the Examiner has failed to 
establish a prima facie case of obviousness under 35 U.S.C. § 103. The cited references 
do not describe the step of automatically installing software instructions. Tsao does not 
teach this step and therefore does not supply this deficiency of the cited references 
Morsecheck and Larcheveque. Moreover, there is no motivation to combine Morsecheck 
and Larcheveque with Tsao, and such a combination would fail to provide the missing 
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limitations. Thus, Tsao alone or in combination with Morsecheck and Larcheveque fails 
to support a finding of obviousness. 

Applicant, therefore, respectfully requests withdrawal of the rejection of the 
claims. Applicant respectfully requests that a timely Notice of Allowance be issued in 
this case. Applicant believes this reply to be fully responsive to all outstanding issues 
and place this application in condition for allowance. If this belief is incorrect, or other 
issues arise, do not hesitate to contact the undersigned at the telephone number listed 
below. 

Respectfully Submitted, 



Darcell Walker 
Reg. No. 34,945 
P. O. Box 25048 
Houston, Texas 77265 
d\v09 1 4@sbcglobal.net 
December 24, 2008 
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